home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c / 537 < prev    next >
Text File  |  1996-08-06  |  3KB  |  67 lines
  1. Path: gabi-soft.fr!usenet
  2. From: kanze@gabi-soft.fr (J. Kanze)
  3. Newsgroups: gnu.misc.discuss,comp.std.c
  4. Subject: Re: Coding Standards are ignorant
  5. Date: 08 Mar 1996 11:57:19 GMT
  6. Organization: GABI Software, Sarl.
  7. Message-ID: <KANZE.96Mar8125719@gabi.gabi-soft.fr>
  8. References: <4gum82$14v4@info4.rus.uni-stuttgart.de>
  9.     <1996Mar403.23.06.8316@koobera.math.uic.edu>
  10.     <4he37i$a0u@solutions.solon.com> <4hf9m1$fp8@fg70.rz.uni-karlsruhe.de>
  11.     <4hfecl$33t@solutions.solon.com>
  12.     <KANZE.96Mar5131710@slsvgqt.lts.sel.alcatel.de> <danpop.826218405@rscernix>
  13. NNTP-Posting-Host: gabi.gabi-soft.fr
  14. In-reply-to: danpop@mail.cern.ch's message of 7 Mar 96 17:06:45 GMT
  15.  
  16. In article <danpop.826218405@rscernix> danpop@mail.cern.ch (Dan Pop)
  17. writes:
  18.  
  19. |> In <KANZE.96Mar5131710@slsvgqt.lts.sel.alcatel.de> kanze@lts.sel.alcatel.de (James Kanze US/ESC 60/3/141 #40763) writes:
  20.  
  21. |> >In article <4hfecl$33t@solutions.solon.com> seebs@solutions.solon.com
  22. |> >(Peter Seebach) writes:
  23. |> >
  24. |> >|> In article <4hf9m1$fp8@fg70.rz.uni-karlsruhe.de>,
  25. |> >|> Thomas Koenig <Thomas.Koenig@ciw.uni-karlsruhe.de> wrote:
  26. |> >|> >In comp.std.c, seebs@solutions.solon.com (Peter Seebach) wrote:
  27. |> >
  28. |> >|> >>It is, in no place, unreasonable to assume that C means "ANSI C".
  29. |> >
  30. |> >|> >I usually prefer "ISO C", but that's a very minor point, I think :-)
  31. |> >
  32. |> >|> Yes, especially since ANSI adopted ISO's standard.  They are expected
  33. |> >|> to be identical, except for the occasional lag between meetings of one
  34. |> >|> and meetings of the other.
  35. |> >
  36. |> >I don't think that that was Thomas' point.  If you look at our email
  37. |> >domains, you will realize that with regards to standardization, ANSI
  38. |> >has about the same weight as K&R for us:-).  An ANSI standard is a
  39. |> >standard in the United States, but not, or at least not de jura,
  40. |> >elsewhere.  (In practice, of course, in the absense of a competing ISO
  41. |> >standard, ANSI standards tend to become de facto standards even here.)
  42.  
  43. |> I think that the point is missed by both Thomas and James.  Everybody
  44. |> agrees that the C standard is the ISO one.  However, the name that caught
  45. |> on is _ANSI_ C whether we Europeans like it or not.  I have yet to see
  46. |> a C book with the string "ISO C" on its cover.  Except for relatively
  47. |> few people, "ISO C" is rather meaningless to the C users community,  while
  48. |> "ANSI C" denotes the language described in K&R2.  Compiler documentation 
  49. |> keeps talking about ANSI conformance and -ansi options are quite popular.
  50.  
  51. We didn't miss it, we just don't agree:-).  Except for a relatively few
  52. people, a program with `void main()' is a legal ANSI C program, too.
  53. IMHO, talking about ANSI C is about the same as writing `void main()';
  54. it generally works, and most people/compilers will know what you are
  55. talking about, but that doesn't make it right.
  56.  
  57. With regards to the -ansi options: for the most part, they just turn on
  58. function prototyping, and maybe make a few changes in the preprocessor.
  59. They don't necessarily make the compiler ISO conformant.  (On at least
  60. one of my compilers, to get anything close to ISO conformance, the
  61. option is `-ansi -pendantic', and not just -ansi.)
  62. -- 
  63. James Kanze           (+33) 88 14 49 00          email: kanze@gabi-soft.fr
  64. GABI Software, Sarl., 8 rue des Francs Bourgeois, 67000 Strasbourg, France
  65. Conseils, Θtudes et rΘalisations en logiciel orientΘ objet --
  66.               -- A la recherche d'une activitΘ dans une region francophone
  67.